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ABSTRACT 

This   thesis   provides   a  student   of  Command   and  Control    with  a 
computer   simulation    of  a   simple   Command   and   Control    (C2) 
model.      The   simulation  is   a    user-friendly ,    interactive 
program    with    multi-colored,    high-resolution    graphical 
displays    to   illustrate  the    effsct   of   C2    on   a   stylized, 
simple,    combat  situation.       h   User's   Manual    is   provided    to 
facilitate   the   use   of  the   simulation. 
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I-    INTRQDOCTIOH 

There   are   mary   ccmbat  simulations    available   at   the   Naval 
Postgraduate  School,    but   few,    if   any,    have   a  Command   and 
Control    (C2)    system,  as  an  integral   part    of   the   simulation. 
Those   computer   simulations    which    do   employ    a   C2    system   are 
often   complicate  c  and   difficult    to   analyze.      The   purpose   o.: 
this    thesis   is   t c   develop  a    simple   C2    model,    and    a    simula- 
tion   of   the   model,    to  demonstrate  the    effect   of   a   Command 
and   Control  system   on  a   stylized,    simple,    combat    situation. 

A   highly   user-friendly,    interactive   computer   simulation 
is   used  to   graphically  illustrate  the    effect    of  C2   on 
combat.      To   enhance    the   interactive   aspects   of  the   simula- 
tion,   a   RAMTEK   9  400    color   graphics   system   having    a    high 
resolution    graphics    capability    is   used    to   display   intermed- 
iate   and    end-of- tattle   results.       All    of    the    program's    input 
variables   are  explained   during   the   simulation   so    that    once  a 
user    starts   the    program,    he    does   not    need   a   user's    manual, 
although    one   is    provided. 

It   is   hoped    that   use   of    this   simulation   will   provide   a 
user    with    insighis    into   the    effect   of    C2    upon   the    outcome    of 
conflicts.      The    user,    by   varying   the   amount   of  C2    and 


counter  C2  used  curing  a  particular  battle,  should  com=>  to 
understand  and  appreciate  the  importance  of  C2,  and  how  C2 
decisions   can   easily   change   the   outcome   of   a   battle. 

This   paper  explains   a   simple    C2    model    and   how   the    model 
is   implemented   ir  a    computer   simulation.      The   attrition  and 
movement   of   forces    are  also    explained    to   aid   the    user   in 
understanding  the  combat   portion   of    the    simulation. 
Photograghs   are    provided   to    illustrate    both   the    input    and 
output   of   the    program.      Finally,    a    user's    manual     (Appendix 
A)    is   provided.      The   user's    manual   provides   the   documenta- 
tion  needed  to   run   the   program   and   to    add   new   subroutines   to 
enhance  the  computer   simulation. 
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II-    THB_SIMOIfATIQN 

A.      GENERAL 

The    simulation    uses  a   computer  generated,    color   graphics 
playing   board  which    represents  a    section   of   land.      The   board 
is   divided    into    spaces    (called   hexes)     in    order  to    position 
the    playing   pieces   and  to  regulate  their    movement.      The 
playing  pieces   called  units    are   made    up   of   Red  and   Blue 
forces.      The   stylized  scenario   pits   a    Blue    defending    force 
against   an   advancing    Red    force.       At   the    beginning   of   the 
simulation,    the    user   initializes   all   of    the   input    variables1 
values    (approximately   40),     dexermines    the   route   the   Red 
units    will   move    along   in   their   attack    on    the    Elue    units   and 
then    starts   the    conflict.       At  the   end    of    xhe   conflict,    the 
user    can    display  the    battle    results   in    a   Force  vs   Time 
graph.      After   examining  the    end-of-ba ttle   results,    the   user 
may    run   the   simulation  again   with  the    same    initial   values 
for    all  the    variables,    or  changes   may    be    made   to    any    vari- 
able   desired.      The    user   can    then    run    the   simulation    to 
determine   if   the   outcome   of    the    conflict    would   have    changed 
as  a    result  of   changes   in   the   initial    value  of  the 
variables. 
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B.  THE   PLAYING    EOARD 

The   computer   generated,    high-resolution   color    graphics 
playina   board  represents   a    piece   of   ground.      It    is   divided 
into    68   hexes  to   regulate  the   movement    and    location   of   the 
units.      There  are  three   types  of   hexes    shown   on   the   board 
(see    Figure   2.1) .      Hexes    26,33,    37,    5b,    and    63   are    green    in 
color   and   represent    forest,    or   "woods.       Hexes    17,    3  2,    and   45 
are    magenta   and    represent   towns   cr   cities.      The   remaining 
hexes   are   yellow   and   represent  ordinary   land    (fields). 

In  the   present   version    of  the   simulation   the   cities   and 
forests   have   no    effect  on   the   forces    cr    the   simulation 
results.      However,    it  is   envisioned   that  combat   situations 
could   be   developed    incorporating    :hese    features   to   allow   the 
user   to   explore    the   effect    of  these   features   en    command  and 
control. 

C.  THE    PLAYING    EIECES 

There  are  twe  types  of  forces,  Red  and  Blue,  used  in  the 
simulation.   The  Blue  forces  which  can  be  composed  of  three 
types  of  units  (see  Figure  2.1) 

*Blue  unaimec  units  represented  on  the  board  by  the  blue 

letter  U, 
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♦Blue   sensor-aimed  units  represented    on   the   board   by    the 

blue   letter    A,    and 

♦Blue  command  and  control  outposts   represented   on  the 

board   by   the   blue   letters  BC. 
The    Red   forces,    en   the  other   hand,    can    be    divided    into   two 
types   of    units    (see    Figure    2.1) 

*Bed   Main   units   represented   on   the   board   by   the   red 

letter    M,    and 

*Red   counter-command   and  control    units   represented   on 

the   board   by   the    red   letter   C. 

The   letters    representing   the   different    units    can    have 
any    of   five   different   sizes    during   the    course  of    the    battle. 
At   the   beginning  of   the   simulation  all    the   letters,    except 
for   the   blue   letter    A,   are    full-sized,    indicating   the   units 
are    at   full  strer.gth.      As   the   unit's   strength   is    depleted 
(thru   attrition)    by    decrements  of   20%   of   the   initial   unit 
strength,    the   size    of   the   letter    decreases.      Thus    in    Figure 
2.1,    the   red   letter   C   indicates   that   the    Red   counter-command 
and    control   unit   has   lost   over  4  0%  of    its    initial    strength 
while  the   blue   letter   U    indicates   that    the    Blue    unaimed    unit 
has  lost    over   80  J  of   its    initial    strength. 
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Figure  2.1        The    Playing   Board  Layout 
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The   blue   letter    A   is   the  only   exception.      At    the    begin- 
ning  of  the  simulation,    there  are  no   Blue   sensor-aimed 
units.      See  Chapter    IV  for    an  explanation   of   why   there   are 
no   Blue   sensor- a ined    units,    and    how   to   transform    Blue 
unaimed   tc   Elae    £€'nsor-aimed   units.      As   the   conflict 
progresses    an i   Blue    unaimed    units   are    transformed    into    3lue 
sensor-aimed   units,    the  size   of   the   blue   letter    A    increases. 
The    letter    A    becomes    the    next  larger    size    when   the    Blue 
sensor-aimed   unit  gains    20%    of   the  3lue    unaimed   units' 
initial   strength.      Also   note,   that   as    the   Red   units    fire   en 
the   Blue   sensor- aimed   units,    the    letter    A    decreases   in   size 
because   of   attrition. 

D.   SEQUENCE  OP  ELAY 

The   simulation    is   made    up  of    four    phases    each    of   which 
the    user    is   an    integral    part.      The   four    phases   are 

(1).       The   user    input 

(2).      Selection    of  the    Red  Forces1    route   of    attack 

(3).      The  ccr.flict  simulation 

(4)  .       After-tattle  analysis 

1 .      The   User   Input 

The   first   step  in    simulating    the   conflict    is    to 
initialize   all   of  the   program's    variables.      To   do    this   the 


15 


user    is   presented  a    menu   on    the    RAMTEK    graphics   display 
titled    'Table  of   Variables    and  Current    Values'     (see   Figure 
2.2)    in   which  all  the  variables   have   been   initialized   with 
default   values.      During  this   phase,    the    user   can   change   any 
variable's   initial    -value.      To  change   a   value   of   a    variable, 
or   to   obtain   an    explanation    of   the   meaning   of   a    variable, 
the    user   enters    the    variable's   line   number   on   the   RAMTEK' s 
keyboard  and   presses   the   return    key.      For   example,    if   the 
user    desires   to    change  the    hand-to-hand   combat  range,    he 
enters  the    number  6    cind   presses    the   return    key.      The    expla- 
nation  of  the   variable  hand-to-hand   combat   range    is   then 
displayed  on   the    screen    (see   Fiaure   2.3).      The  user    may 
change   the   hand-to-hand   combat  range    by    entering   a   new 
range,    or    he   can    sleet  to  leave   the   range   at  its    current 
value   by   simply    pressing   the. return   key    without    pressing  any 
other   key. 

At   the   beginning   of    the    simulation,    all   the   varia- 
bles   have    initial  values.       If   the   user   changes   the   value   of 
a  variable,    then    that   value    becomes    the    default    value    for 
all   the   remaining   simulation   runs   for    the   session.      This 
capability   allows   the   user    to    incrementally   change    a    vari- 
able,   determine    its    impact    on   the   outcome   of   the    battle,    and 
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Figure  2.2   Table  of  Variables  and  Current  Valu 


es, 


17 


than    change  the    value   of   an  ether   variable   and   not    have   to 
re-enter   all   the   previous  changes   which   the   user    had    made. 

After   all  the   variables   have   been   initialized,    the 
user    enters   99   and   the  second  phase   of    the    simulation   is 
entered. 

2 -      Selection   of    the    Red   Forces'     Route    of   Attack 

The   second    phase   of    the    simulation    is   determining 
the    Red   forceps    route  of   attack.      Ic    the   present    version   of 
the    simulation,     enly   the   Red   force   i.s   allowed  to    move. 
Therefore,    the   user   must   plan   a    Red  route   of   attack   and 
enter   it   in  the    computer.      This    is   simplified   for    the   user 
through  the  use    cf   the  trackball.      The    user   designates   ail 
turning   points   bj   moving   the   trackball    cursor  to    the    hex 
where   the  turning   point   is    to  occur  and    depressing   the   enter 
key   on   the    trackball.       (Th3    Red    fores    travels   in   a    straight 
line    from   turninc   point   tc    turning   point.)       When    the   user 
has    entered   the    desired   path   of    the   Red    force,    the    cursor    is 
then    moved   into    the    red   area   at    the   bottom   cf  the    screen   and 
the    enter    key    on    the    trackball    depressed.       (See    Figure    2.4) 
At   this   time,    ths   program  automatically    finds  the    location 
of   the   closest    Blue    Main    force   and   ensures    the   Red   unit    will 
move    from   the   final   turning    point   to    within    hand-to-hand 
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Figure   2.3        Hand-to-Hand  Combat   Range   Explanation. 
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combat  range  of  the  Blue  Main  force.   (This  feature  ensures 

the  battle  will  terminate.) 

Figure  2.4  shows  two  black  circles  drawn  on  the 
playing  board  with  a  BC  outpost  at  each  circles  center. 
The  circle  represents  the  approximate  sensor  range  for  the 
BC  outpcst  at  -its  center.   If  the  Red  force  enters  the 
circle  during  its  attack,  the  BC  outpost  will  sense  the 
presence  of  the  Fed  force  and  this  will  allow  some  of  the 
Blue  unaimed  (relatively  ineffective)  units  to  be  trans- 
formed into  Blue  sensor-aimed  (relatively  effective)  units. 
Therefore,  the  R€d  fcrce  should  attempt  to  stay  outside  cf 
the  BC  sensor  rarge  cr  to  travel  on  the  fringe  of  the  black 
circle  to  lessen  the  effect  of  the  BC  on  the  outcome  of  the 
conflict. 

Once  the  route  of  attack  has  been  selected  and 
entered  into  the  computer,  the  battle  simulation  {phase 
three)  begins. 

3 .   Phase  Three 

During   phase    three    cf  the    simulation,    the    Red    units 
attack   and   the   Blue    units  retaliate.      As   the   battle 
progresses,   the    computer-generated  color   displays    of    the 
battlefield   show  the    letters   representing   the   different 
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Pigure  2.4   User  Inputting  the  Red  Force  Route  of  Attack. 
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units  reducing  in  size  as  the  units  are  depleted.   Also,  it 
shows  the  Red  unit's  letters  moving  across  the  playing 
board. 

In  this  phase,  the  user  has  an  opportunity  to 
examine  four  status  reports.   The  Red  and  Blue  Force  Status 
reports  (Figures  2.5  and  2.6)  give  the  exact  location  of 
each  force  and  the  strengths  for  each  unit  type  as  well  as 
the  total  streng+h  for  each  force.   Figure  2.7  shows  the 
Blur:  Sensor  Outpcst  Status  report  which  provides  the  user 
with  the  number  cf  assets  remaining  at  each  BC  outpost. 
Figure  2.8  displays  the  ranges  between  all  the  forces 
involved  in  the  conflict.   The  user  may  examine  any  status 
report  by  placing  the  trackball  cursor  over  the  letters  of 
the  status  report  he  wants  to  examine  and  depressing  the 
enter  key.   For  example,  the  user  could  examine  the  Blue 
Force  Status  repcrt  by  placing  the  cursor  over  the  word 
"BLUE"  at  the  bottom  of  the  screen  and  depressing  the  enter 
key.   When  the  user  places  the  cursor  over  the  letters 
"MODEL",  the  next  game  step  of  the  simulation  is  displayed. 

The  displays  provided  during  this  phase  of  the  simu- 
lation allow  the  user  to  visualize  what  is  taking  place  on 
the  battlefield.   For  example,  the  user  can  determine  if  a 
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unit    is   being   filed    apon   by    more   than    one    opposing    unit   or 
if  a    unit    is   dividing  its   firepower   among   all  targets   of 
opportunity.      The   battle   displays   provide   the   user   with 
pictorial   representations  of   the   battle    instead   of   columns 
of   numbers    in  a    printout. 

When  the   force   strengths  of   all   the   Red   units,    or 
all   the   Blue   fighting   units,    are   egual    to   zero    (ie,    one 
force   has   won   the  battle    by    annihilating   the   other)    then   the 
user    enters  phase   four  of  the  simulation   by   placing  the 
cursor   over  the    letters    ''MODEL"   and   depressing  the   enter 
key. 

**  •      After-Battle    Analysis- 

The   final   phase    o£    the    simulation    is  the   Force   vs 
Time    graph.       (See  Figures   2.9  and   2.10)       This   graph   allows 
the    user    to    plot   the    forqe    strength   vs    time    of   all    the    units 
involved    in   the    tattle.      It    also   plots   the   break    points    (a 
user    input)    on   the   total    force    strength    line    (RI1,    RT2,    BT1r 
3T2 ,    and    BT3) .       8  total    force    strength    line   is    the   sum   of 
the   units    which    form   the   force.      For   example,    RT1    is    the    sum 
of   RM1    and    RCC1,    while   BT1    is   the   sum    of    BU1    and    BA1.       This 
allows   the   user    to    hypothesize   that   the    outcome   would   have 
been    different    had   the  units  retreated   at   their  respective 
break    points. 
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Figures    2.9    and    2-10    are   examples    of    graphs    the   user 
can    examine.      The   plotted   lines   are   color   coded   and   have 
letters   spaced   along   them  to   aid   the   user   in   deternining 
which    line    is   associated    with  which   force.      The    Red    forces 
all   have   red   lines,    the   Blue    Main   forces    have   blue    lines   and 
the    BC   outposts    have    black    lines.      The    letter   associated 
with    each    line    is  shewn    in    the    blue   menu   area   at    the    bottom 
of  the  figure.      For    example,    the    Red   force's  total   strength 
line,    RT1,    has  tie   red  letter  A    spacsd    along   it,    while   the 
Blue    force*s   total    strength    line,    BM1 ,    has    the   blue    letter   G 
spaced  along   it. 

It   should  be   noted    by  the  user   that   there    is    a 
maximum   of   50   data   pcints   per   line  ■♦■hat    car.    be   plotted   by 
this   routine.      Therefore,    if   a   battle    simulation    has    nore 
than    50    game    steps,    only   the    first    50    data    point?    will    be 
plotted. 

The   user    selects   the    unit   to    plot    by   placing    the 
trackball   cursor   over   the   letters   representing  the   unit,   and 
depressing   the   enter    key.      If  the   user    wishes   to    clear   the 
screen   and   replot  the   forces,   then   place  the   cursor   over   the 
words    "NEW    PLOT"    and    depress   the   enter    key.      To   terminate 
this    phase   of   the   simulation,    the   user    places   the    cursor 
over   the   letters   "RETURN"  and   depresses   the   enter    key. 
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At   this    point   in   the  simulation    the   user   car"   either 
return  to   phase    cne   and   start  another    simulation,    or    exit 
the    program.      If   the    user  returns   to   phase   one,    all   the 
variables   are  initialized  to  the    values   of   the   last   simula- 
tion  run   and   the   user   may  again    change   any    value   of   any 
variable.      Also,    the   user  may    use   the    same   route    of   attack 
as  the   previous    simulation,    or   may  enter    a   new   attack   route. 
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Figure   2.5        Ccabat  Simulation   Showing   Red  Force   Status 
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Figure  2.6   Coibat  Simulation  Showing  Blue  Force  Status 
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Figure   2.7       Coitbat   Simulation   Showing    BC   Outpost   Status, 
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Figure  2.8   Combat  Simulation  Showing  Range  Between  Forces, 
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III.    1LSIHPLE_C2__MCDEL 

This   section   of   the    paper  will   provide    the  user    with   a 
very   basic   explanation  of  a    C2   model    and    describe   the   func- 
tions  of   the  C2    process.      The   simulation   attempts   to 
incorporate   all    the    functions  of  the   C2    process   and   it    r.lso 
tries   tc   capture  the   time  dependence    of   the   C2  information 
in   a    combat   situation. 

The   primary    goal   of  any    C2   system    is   to   control   a 
hostile   environment.      To  control   the    environment    means 
either   -co   maintain    the  status  quo   between    forces,    or   to 
obtain   a   more   advantageous    position,    or   to   bring   abou-1-    a 
successful   conclusion  to   a    confrontation   or   battle.      In   this 
computer    simulation,    the    goal   of   the    Blue    C2   is   to    bring 
about    a   successful    conclusion   of    a   battle    with  the    smallest 
loss   of   assets   pcssible. 

The   C2    process    is   depicted   in   Figure    3.1.    For    a   C2 
system   tc   be   effective   in   controlling    its   environment,    it 
must    first    be  able   tc   sense    its    surroundings   and   then 
process   the   sensed    data   and    compare   these   results    with   the 
desired   state  of   the    envirnoment.      After   the   comparison   is 
made,    a  C2   systen   must  be   able   to   decide   on   courses   of 
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action  tending  tc  make  the  sensed  state  of  the  environment 
and  the  desired  state  of  the  environment  the  same.   Finally, 
a  C2  system  must  choose  a  course  of  action  for  its  forces  to 
follow  to  achieve  it's  goal,  ie,  to  bring  the  sensed  state 
of  the  environmert  close  to  the  desired  state  of  the 
environment. 


environment 


C 


own 
forces 


desired 
state  of 
environmen- 


Figure  3.1    The  C2  Process. 

Not  explicitly  shown  in  Figure  3.1,  but  an  integral  part 
of  the  C2  system,  is  the  time  component  for  each  function  of 
the  C2  process.   If  the  C2  system  can  nor  bring  its  forces 
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to  bear  on  the  environment  in  a  timely  manner,  then  the 
battle  may  be  lost  before  its  forces  have  a  chance  to  act. 
The  -imes  associated  with  each  of  the  functions  of  the 
C2  process  are  stown  in  Figure  3.2,  Ts  is  the  time  required 
to  sense  the  initiated  hostile  action.   It  will  next  take  a 
time,  Tpf  to  process  the  sensed  data  and  to  pass  the 
processed  data  tc  the  comparision  function  where  time  Tc  is 
required  to  evaluate  the  data  and  pass  it  to  the  decision 
function.   The  decision  function  will  need  a  time  Td  to 
reach  a  decision  and  time,  Ta,  will  be  taken  tc  prepare  a 
course  of  action  and  pass  this  choice  to  the  forces. 
Finally,  the  forces  will  need  time,  Tf,  x.o   implement  the 
orders  given.   Therefore,  the  total  <:ime,  Tt,  involved  in 
the  C2  process  is 

Tt  ■  Ts  ♦  Tc  +  Tc  +  Td  +  Ta  +  Tf  (3.1) 

If  one   assumes   e    hostile   action   is    initiated    at   time  T1 
and    at    time   T2   the    hostile    action   will    stop   the   C2   system 
from    achieving   its    goal,    then  the   sum    of   the   times    Tt    asso- 
ciated   with   each    function   of   the   C2    process    should    be   less 
than    T2-T1    if  the  C2    system    is  to   be    successful. 
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Figure  3.2   The  Time  Components  of  the  12   Process. 
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IV-    IM22i2MENTATigN_OF_THE_C2_|jODEL 

The   previous   section   illustrated   a    very   general   and 
simple  C2   system,   and   pointed  out   that    time   plays    an    impor- 
tant   factor   in  the   C2   process.      For  a    computer   program   tc 
simulate    the   C2    process,    it    must    represent    both   the   C2    func- 
tions   and   the  tine    factor.       This   section    will   describe   how 
the    simulation   presented   in    this   thesis    represents   the   C2 
process   and  seme   of   the   decisions   which    must   be   made    by   the 
user.      It   is   important  to  note    that   a    particular    combat 
scenario   is  described   here    for   illutration.      The    basic    ideas 
of   C2-affected   ccmbat,    and    the   graphical    display    can,    of 
course,    be   extended   to  describe   a   variety   of   other   inter- 
esting  situations. 

A.       THE    OPPOSING    FORCES 

In  the    preser.t    specific    scenario,    there   are   two   types   of 
opposing   forces,    Red   forces    and   Blue    forces.      The    Red   force 
attacks   the   Blue   force   with    the   goal   of   annihilating   the 
Blue    fighting   force   to  gain    control   of   the   territory   occu- 
pied   by   Blue.      The    Blue    force,    on  the   other   hand,    is 
attempting  to  step   the  Red    force»s  advance    into   Blue's 
terrain. 
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The    Blue   force    has  the    option   of    putting   some    of    its 
resources   into  a  C2    system.      In   the   present   scenario,    the 
Blue   C2    force   converts   "unaimed"     (relatively   ineffective) 
Blue    forces  into   "aimed"    (relatively   effective)     Blue    forces; 
the   latter   wreaks  greater  attrition   upon   Red   forces   than   the 
former.      The   Blue  C2    system    could   give    the    Blue    force   a 
decisive   edge   during   a  battle   depending   on   the  decisions 
made   by   the  Red    force   and  hew   well   the   C2   system    operates. 
Presently,    the   Blue    force  has   no   counter-command   and   control 
(C-C2)    resources. 

The   Red   force,    in  the  current   simulation,    has    no 
explicit    C2    assets    but  it   does  have   at    its    disposal  C-C2 
resources.      These  C-C2  resources   can    negate  The   C2   benefits 
of   the   Blue   force. 

B.       SIMULATING   TEE    C2    PROCESS 

The   Blue    forces    are    composed   of    three    types   of    units 
1) .      Blue   command   control   sensor    outposts     (BC) 
2).      Blue   unaimed   units    (BU)     and 
3)  .      Blue   sensor- aimed   units    (BA) 
The    first   three    function   of    the    C2   process    (ie,    sensing, 
processing,    and    comparing)     are   performed   by   the   Blue   command 
and   control   senscr    cutpost     (BQ  .      The    BC    outposts    have   no 
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fighting   capability.      They    do   have,    however,    sensors   which 
can    detect   the   approaching    Red  units.       The   BC  sensors,    as   is 
true   of   all   senscrs,    have  a    maximum   detection  range   beyond 
which   the    Red   units    are   undetectable.       When   the   BC    outposts 
do   detect   the   Bed  units   approaching,    they   process    the   data 
and    send    information   to   the    Blue'  Main    force    (BM)     which 
allows   Blue  unaiired    units    ( BU)    to   be   transformed    into   Blue 
sensor-aimed   units    (BA)  .      The  BA    units    are  then   brought   to 
bear    upon    the  advancing   Red    units. 

An    expression  was   developed    which    gives   the    maximum 
number  of   BU   units   to   be   transformed   to    BA    units    during   each 
game   step   by   each  BC    outpost   for   each    Blue    fighting   force. 
It   expresses   the    maximum   number    of   units    as    directly    propor- 
tional  to   the   amcunt    of   resources    allocated  to   r,he   BC 
outpost   and,    directly    proportional  to    the    fraction    of   time 
per    game    step    that    the  BC   outpost   is    turned   on,    ie,    actively 
searching    for   approaching  Red   units.       It   also   expresses   the 
maximum   number   of   units   as    being  inversely   proportional   to 
the    distance   the    BC    outpost    is   from   the    approaching   Red    unit 
it   is   reporting    en    (the  larger  the   distance,    the    less   accu- 
rate  the   targetting    information)    and,    inversely   proportional 
to  the   distance    the    BC   outpost   is    from    the    Blue    fighting 
force   it    is   sending    its   report    to. 
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The    maximum    r.umber  of   BU    units   which    can    be   transformed 
into    BA   units   at   each  Blue    Main    fores    by  a    single    BC   outpos-i 
in   a   game   step   is  calculated   using   the    following   formula: 

BAMAX    = TIHEON * BC (4.1) 

1    +       RNGBC         +       RHGBL17 
RWT"  ~H¥T — 

where 

BAMAX   =   maximum   number   of    BU   units   that   can    be 

changed  to    BA    units   during    a    gaire   step; 

TIMEON   =   the    fraction    of  a    game    step   during    which 

the    BC  sensor   is   turned   on; 

BC   =   the   a  noun t   of   resources  a    3C    unit,   has 

available   during    a  game   step; 

RNGBC  =   th€   distance    the  Red   force   is   from   the 

reporting    3C    unit; 

RNGBLD   =   t he    distance    the    Blue    force    is    from    the 

reporting    BC    unit; 

RDWT   =  the   importance    the   user   places  on   the   distance 

the   Red   forca    is  from   the    3C   unit; 

BWT   =   the    importance    the   user   places   on   the    distance 

between    the    Blue   force   receiving   the   report 

and    the    reporting  BC    unit. 
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The  value  of  the  variables  TIMEON,  BCr  EDWT,  and  BWT  are 
user  supplied  during  the  input  phase  of  the  simulation 
discussed  in  Chapter  II. 

RDWT  and  BWT  weight  factors  can  be  assigned  a  ?alue 
between  1.0  and  10.0.   A  weight  of  1.0  means  the  range 
between  the  BC  outposx  and  the  force  (either  Red  or  Blue)  is 
the  most  important  factor  in  zhe  transformation  of  3U  units. 
A  weight  of  10.0  signifies  that  the  range  has  little  impact 
on  the  number  of  BD  unizs  which  could  be  transformed.   It 
should  be  noted  that  once  all  the  BU  units  have  been  trans- 
formed to  BA  uni is,  the  BC  outposts  do  nothing  further  to 
aid  the  BM  forces. 

In  the  present  simulation,  the  BC  outposts  are  consid- 
ered to  be  networked  together.   Therefore,  if  a  Red  force 
enters  the  BC  sensor  range,  the  transformation  of  BD  units 
to  BA  units  occurs  for  all  Blue  Main  forces.   During  the 
user  input  phase,  the  variable  BWT  is  entered  allowing  the 
use  to  regulate  the  transformation  rate  at  the  Blue  Main 
units  based  on  data  received  from  distant  BC  outposts.   If  a 
user  places  the  EC  outpost  a  large  distance  from  a  Blue  Main 
force  and  determines  that  BWT  is  very  important  (ie,  1 . 0  or 
2.0) ,  then  fewer  BO  units  would  be  transformed  to  BA  units 
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than   if   BWT   was    insignificant.      The   user   should   make   a 
trade-off    between  early   detection   of   approaching   enemy 
forces  and  the   number   of   BO    units  transformed  to    BA   uni-s   in 
each    game  step- 
Similarly,    altering   the    variable   RDWT   allows    the   user   to 
control    the  tranformation  rate   of   BU    units   to   BA    units   based 
on   the   distance    the    advancing  Red   force    is    from    the    BC 
outpost.      Increasing   the   importance   of    the   range    from    the 
Red    force   to    BC    cutpost   means  that   the   number   of   BU    units 
transformed   during   a   qame  step   would    be    less   if   the   Red 
force   was   on   the   fringe   of    the  BC   sensor   range  than   if   the 
Red    force    was   directly  on   top  of   the    BC    outpost. 

The   decision   and   action    process   of    the   C2  system    are 
performed    at    the   Blue   Main     (BM)     force.       The   BM   force    is 
composed    of   both    BU    and    BA    units.      The    mission   of    the   BM 
force    is   to   convert    EU  units    to    BA    units.      The   goal    of   the 
Blue    force    is  to   have   as   many   BA    units    as    possible   when 
fighting    because  the    BA    units  have   a    much    higher    probability 
of    kill  than    do    the    BU   units.       However,    both   the    BA   unit's 
probability  of   kill   and   the    BU   unit's    probability   of    kill 
are    user   supplied  values.      Therefore,    the   effect    of  the    BA 
units   on   the   battle    cutcome    depends  on    the    initial   values   of 
the    probability    cf    kill. 
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The  number  of  3U    units    which   are   actually  changed   to    BA 
units   at   each   Bite   Main   force   is   calculated   using   the 
following  equation: 

BOCVT    =    BAMAX*(1    -    exp  ( -STEP/  (NBC*BTIME)  )  )  (4.2) 

where 

BOCVT   ~   t  he   number   of    BU    units   converted   to    3A    units 

at  a    Blue    Main    force 
BAMAX   ■   the  sum   of   equation    (4.1)     for   all    BC   units 
re  port:. ng   -co    a   Blue   Main    force. 
(There    can   be    up   to   6   BC   units   operating 
a  -  a    ti.me) 
NBC   =   numb€S   of   active   BC    units    during   the    game   step 

(If    EC    =    0,    then    BOCVT    =    0) 
BTIME   =   tide    required    by   the   Blue    force   to   act   on 
the   hostile  action   taken    by   the   Red    force 
STEP   =   numter    of  minutes  in   a   game   sxep 
The    value    of      the    variables    NBC,      BTIME,       and      STEP    are   user 
supplied    during      the    input    phase      of    the      simulation.  (The 

user   should   be   aware   that   equation    (4.2)    is   valid   only    for  a 
range   of    NBC   between    0  and    6.) 

In   Chapter   III    it   was  stated   that    time    was  a    very    impor- 
tant   factor   of    a   C2    system.       Time   is    introduced    into    this 
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simulation  throuch  the  variable  BTIME.   BTIME  represents  the 
time  required  for  the  Blue  force  commander  to  convert  his 
unaimed  units  to  sensor- aimed  units.   BTIME  is  the  sum  of 
the  time  (ie,  Tt  of  equation  (3.1) )    for  each  function  of  the 
C2  process.   The  larqer  the  value  of  BTIME,  the  smaller  the 
number  of  BU  units  which  are  transformed  to  BA  units  during 
a  time  step. 

Equation  (4.2)  also  incorporates  another  important 
aspect  of  command  and  control  into  the  simulation.   That 
aspect  is  that  mere  command  and  control  is  not  necessarily 
better  than  less  command  and  control.   The  variable  NBC  in 
equation  (4.2)  (the  number  of  active,  reporting  3C  outpost 
during  a  game  step)  can  greatly  influence  the  actual  number 
of  BU  units  converted  to  BA  units  at  each  Blue  Main  force. 
It  is  assumed  that  as  more  BC  outposts  report  to  a  3M  head- 
guarters,  it  will  take  more  time  for  the  C2  system  to 
process  the  reports,  decide  on  the  required  action  and 
communicate  that  course  of  action  to  the  forces  in  the 
field.   Therefore,  as  more  BC  outposts  are  added  to  the  C2 
system,  the  system  efficiency  (ability  to  transform  units) 
will  decrease.   (It  should  be  noted  that  if  Blue  adds  more 
BC  outposts  and  EAMAX  (from  equation  (4.1))  does  not 
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increase,    then  t lis    is  a   waste  of   valuable   resources-      Also, 
the   Blue    force  commander   must   still   process   whatever    infor- 
mation the   additional   BC   outposts   are    sending  to    him,    even 
if   it    does   not   h€lp   his   fighting    forces.) 

One   way  to   make   the   C2    system   more    efficient    is   to 
lessen   the   amount   of   decision  time    (BTIME)    required   by   the 
Blue    force   comraarder.      If,    for  each   additional   3C    outpost 
added   to    a   C2   system,    the  time   required   to    react   to   a 
hostile   action    is  reduced,    then    the   number   of   units   trans- 
formed  in   equation     (4.2)     would   increase.      This   could    be 
accomplished   if    the    user  were   to   stipulate   there    was    an 
information   filter   being   used   by   the    Blue   force   commander. 
Of   course,    the  resources   devoted   -co   filtering  information 
should    be   at   the   expense   of    fighting    units,    ie,    fewer    3U 
units   at   the   start   of  the  battle. 

A   user    has   tc   make  a   trade-off   between    the  C2    system 
efficiency   and  ersuring   the    battlefield   is    covered   by   his 
sensors.      If   all   avenues  of    approach    by   the   Red   force   are 
covered   by   BC    sersors,    then    the    Blue    will    at   least    have   some 
BA   units    when   Red  comes   within   firing    range.      However,    if 
Blue    does   not   cover    the    battlefield   with   his    sensors,    then 
Red    could   conceivably  attack    Blue   when    Blue   only    has    BU 
units   and  therebv   easily   defeat  the   Blue   force. 
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C.       THE    HOSTILE    IOBCES 

In  this   simulation  the    Red  units   are   the   aggressor 
force.      The   Red    force   is   composed  of   two   types   of   units.    Red 
Main     (RM)    and  Red  counter-command  and    control    (RCC)  .      The 
Red    Main   units   only    attack    the  BM   forces,    ie,    BO   and    BA 
units.      The    RCC    units   attack   the    BC    outposts    when    they   are 
active  and   withii  range.      If   there  are   no   active,    in-range 
BC   outposts,    the   RCC    will    join   the  RM    force   in  attacking   the 
BM    force. 

The   RCC   units   are   designed  to  give   the   Red  force   an 
opportunity  to   ccunter  the    C2   system    of   the   Blue    force. 
They   allow   the  Red    force   to    prevent   the    Blue   force    from 
convertinq   unaimed   units   to    sensor-aimed  units   by   reducing 
the    amount   of  BC   resources     (BC   in   eguation    (4.1))    available 
at   a    BC   outpost. 

I).       PRE-BATTLE    DECISIONS 

Several  command   and   control    (C2)     decisions   must   be   made 
by   both   the  Red    and   Blue   forces    prior    to   the   start   of   the 
conflict. 

The   Blue   force  C2   decisions   include   the    following 
factors: 


45 


1.  The  number  of  Blue  C2  sensor  outposts  that  will 
be  deployed  (0  to  6) . 

2.  The  placement  of  the  BC  outposts.  The  Blue  force 
should  ensure  that  as  much  as  possible  of  the  battle- 
field is  covered  by  sensors  after  considering  loss  of 
processing  efficiency  due  to  more  BC  outpost. 

3.  The  quantity  of  BC  resources  allocated  to  each  BC 
outpost.   This  decision  directly  affects  the  number 
of  units  that  can  be  transformed  per  unit  time;  it 
also  affects  the  number  of  fighting  units  the  Blue 
fcrce  starts  the  bc.ttle  with.   The  Blue  fighting 
force  typically  begins  with  given  resources,  and 
then,  as  essets  are  placed  in  the  BC  outposts,  equi- 
valent resources  should  be  dpducted  from  the  Blue 
fiqhting  force.   Allocation  of  resources  between  C2 
and  main  fighting  forces  is  a  crucial  decision  for 
Blue. 

4.  The  fraction  of  a  game  step  during  which  each  BC 
outpost  will  be  turned  on.   This  decision  variable 
affects  bcth  the  maximum  number  of  BO  units  which  can 
be  converged,  and  the  attrition  rate  for  the  BC 
outpost.   The  longer  the  outpost  is  turned  on  or 
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active  the  easier   it    is   identified   and  targetted   by 
Red    C-C2. 

5.  The  range   of   each   BC    outpost    sensor. 

6.  The  time    (BTIME)     reguired   by    the   Blue    force   to 
react  to    the    hostile    action   of    the   Red   force.       (Many 
of   the   trade-cffs   and   issues   discussed  earlier    should 
be   take   irto   account    by   the   user    when   assigning   a 
value   to    this    variable.) 

7.  The  inportance  the  user  places  on  the  distance 
the  BC  outposts  are  from  both  the  Red  units  (RDWT) 
and   the   Blue    fighting   units    (3WT)  . 

8.  The  placement  of  the  Blue  fignting  units.  (This 
decision  should  be  made  in  conjunction  with  deciding 
a   value   fcr   BWT.) 

9.  Blue    firing  doctrine:      whsther   the   BM    units   will 
fire   at   or.ly    the   closest    Red   unit    or   will    split    its 
firing   egually   among    all    the   targets   within   firing 
range. 

The   Red  C2    decisions   include   the    following   factors: 

1.  The  number  of  Red  units  which  will  be  designated 
as   RCC   units. 
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2.  Whether   or  not  the  RCC  will    fire  on  only    the 
closest   BC   outpost,    or   will  divide   its   firs   power 
equally   airong   all   BC    outposts   within   firing   range. 

3.  The   Red   counter-command   and   control  must   also 
decide   in   advance   whether  or   not    it   will   know    if  a   BC 
outpost's   resources    have    been    reduced   to    zero.      If 
the    RCC   will    not    know   a   BC   outpost    has   been    elimi- 
nated,   then   it   should   continue    firing  on   the 
outposf's   position.       However,    if    the    RCC   will    know 
when   it  has   eliminated  a    BC  outpost,    then    it    will   not 
need  to   target  that    BC  outpost    any   further. 

4.  Red   firing   doctrine:       whether   the   RM    force    will 
fire   only   upon  the  closest   BM    force,    or   will   divide 
its    firepower   egually   among   all    3M    forces    within 
firing   range. 

5.  Red   also    has   the    opportunity    to    select    its    route 
of   attack   and   speed    of  advance.      This   could   enable 
the   Red   fcrce   to   stay   cut   of   BC    sensor   range,    or   only 
be    within   sensor   range   for   a   short   time   period   and 
attack  the   BM    force    when   it   only   has   unaimed   units. 

The   ether   variables    which   the   user    must    decide    on   are 
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1.  Weapon  characteristics.      The    user   must    decide   on 
maximum   firing  range    for    both    Blue   and   Red    weapons 
and   the   firing   rate    of  those   weapons. 

2.  Probability  of  Kill.      The    user   must  assign   prob- 
ability  of   kill's   for    the   Blue    unaimed   units,    Blue 
sensor-ai ned    units,    and  the   Red    units.       (RM    and   RCC 
units   have  the  same    probability    of    kill.) 

3.  Hand-to-hand   con  bat  range.       The   user   should 
determine   a    distance    at   which   the   opposing    forces 
would  no    longer  be  able   to  fire   their   weapons    at   each 
ether   and   would  change  over   to    hand-to-hand   combat. 

All   of   the  a  rove    decisions  can   have   a   direct    bearing   on 
the    outcome  of  the   battle.      By   varying   the   above    parameters 
and   analyzing   the  results  of   battles,    the   user  should   be 
able   to    gain   valuable   insights   into   the   effects    of   C2   and 
counter   C.?. 
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V.    THE_COMBAT_MODEL 

The   previous   section   dealt   with   the   C2    process   and   how 
it  affects   the   forces   involved.      This    section   explains   the 
combat   portion   of  the  computer   simulation.      It   describes   the 
attrition  calculations  for    the   forces,    the    differences 
between   the  deterministic  and  stochastic   versions   of   the 
simulation,    the    tattle   termination  and    -he   Red   force 
movement. 

A,       TH2    ATTRITION   CALCULATIONS 

There   are   twc   types   of    units   represented    in    this    simula- 
tion,    ur.aimed  and  sensor-ai  med   units,    and   the   attrition 
calculations   ars   performed    differently    for    each   type   of 
unit.      However,     when   two    forces   are   firing    at  each   other, 
they    are    assumed    to    fire   on    each   other    simultaneously. 

1  .      Onaimed    attrition   Calculation 

An   unaimed   force   means   there   is    no   coordination 
among   the    firing   units.      All   of    the   Red    force    (both    RM   and 
RCC    units)    and  the    Blue   unaimed    units     (BO)     have   no   coordina- 
tion.     The   expected    Red   force  attrition    by   Blue   unaimed 
units    during   a   game    step   is    found   using    the    following 
eguation : 
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r  -t3U1 

r  bfr*step1 

E(K)=RMI  1-^1-  (1/EM)   ( 1- (1 -BO PK*exp  (-RNG)  )  )  J       J  (5.1) 

where 

E(K)    =   expected   number    of  Red   main    units   killed 

by   Blue    unaimed    (uncoordinated)    fire 
RM   s=   the   nunber    of   Red    main   units    being   fired   upon 
RNG   =    distar.ce    from   the   firing   30    units   to   the 

receiving    RM   units 
BUPK   =   Blue   unairaed    probability    of    Kill 
BFR   =   Blue    firing  rate    in   rounds    per    minute 
STEP   =   number   of   minutes  in   a   game   step 
BU   =   the   number   of    firing   Blue   unaimod   units. 
The    value    of  the    variables    RM,    BUPK,    BFR,    STEP,    and    BO   are 
user    supplied   during   the    input   phase   of   the   simulation.      The 
value   of   RM   and    EO   change  during   the   course   of   the   battle 
due    to   attrition   and,    in   the   case   of    30,    can   also    change   due 
to   the   transformation   from    BO   to    3A. 

Likewise,   the  expected   Blue   unaimed   attrition   by   the 
Red    Main    units  during  a   game  step   is    found    using   the 
following   eguaticn: 

r  RM1 

r  BFR*STEP~| 

E(K)=B0H-|l-  (1/E0)   (1-(1-RPK*exp  (-RNG)  )  )  J      J  (5.2) 

where 

E(K)    =   expected    number    of   Blue   unaimed   units    killed 
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by   Red    Main    fire 
BU  =   the  number    of  Blue   unaimed    units   being    fired    upon 
RNG   ■   distance    from   the   firing   RM    units   to   the 

receiving    BU   units 
RPK   =   Red   probability    of  kill 
RFR   =   Red   firing  rate    in  rounds   per   minute 
STEP   =   number   of   minutes  in    a   game   step 
RM   =   the   nuiber    of   firing  Red   Main    units 
The    value   of  the   variables    RM,    RPK,    RFR,    STEP,    and   3U   are 
user    supplied  during   the    input   phase   of    the   simulation.      The 
Blue    sensor-aimed   units    (BA)    attrition    is    found   by   subsi- 
tuting  the   value    BA    for    BU    in   eguation     (5.2).      The    3C 
outpost   attrition   is   also  found   by   using   equation     (5.2). 
The    value   of    BC    is    subsituted   for   BU,    RCC    is   subsituted    for 
RM   and  the   value   of    RNG   is    the   distance    from   the    firing   RCC 
unit    to   the   receiving  BC   outpost.      The   rationale    for   these 
expressions   is  given    in    Appendix    B. 
2.      Aimed   Attrition  Calculation 

The   only   aimed  force   in    this   simulation    are  the    Blue 
sensor-aimed   units    (BA)  .      The  BA   units    are   receiving   target- 
ting    information   from  the  BC   outposts    which   increase   their 
probability  of   kill. 
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The  expected  number  of  Red  units  killed  by  BA  during 
a  game  step  is  represented  as  follows: 
if  BA/RM<1,  then 

E(K)  =  BA*  (1-(1-BAPK*exp(-RNG)  )  **BFR*STEP)  (5.3) 

or  if  BA/RM>1,  then 

E(K)  =  RM*  (1-(1-BAPK*exp(-RNG)  )  **  (BFR*  (BA/RM)  *STEP)     (5.4) 
where 

E(K)    =   expected   number    of   Red   units   killed    by   BA 
BA   =   number  of    firing    Blue    sensor-aimed   units 
RM   =   number  of    RM   units    being   fired   upon    by    BA 
RNG   =    distarce    from   the   firing   BA    units   to   the 

receiving    RM    units 
BAKP   =   Blue   sensor-aimed   probability   of   kill 
BFR    =    Blue    firing  rate    in   rounds    per    minute 
STEP   =   number    of   minutes  in    a   game    step 

Both    the   eguations     (5.3)     and    (5.4)     assume    that    at 
the    beginning   of  the    game  step  each   available   Red    target    is 
acguired   and   there   is   no   opportunity   to   check   for   the   effact 
of   a    shot   during   the    game  step   and   change  the   aim    point    if 
there   was   a   successful  kill.      However,    checking    for   kill, 
and   change  of   target,    is   possible   at    time   step  termination. 
(See    Appendix   B    for    the   derivation   of    eguations    (5.1), 
(5.  2)  ,     (5.3)    and    (5.4))  . 
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B.       DETEBHIHISTIC   73    STOCHASTIC    VERSIONS 

The   user   has  the   option    of  selecting   either   a    determin- 
istic  or   stochastic    version    of  the   combat   model.      The   user 
selects  the   version    of  the    model   by   the    variance   variable 
(line    number   4)     m   the  Table   of    Variables   and  Current   Values 
(see    fiaure    2.2) .      If   the   user   sets   the    variance    equal   to 
zero,    the   deterministic    version    of  the    model   is   used.      If 
the    variance    is    creater   than   zero,   a    stochastic   combat    model 
is   in  effect. 

In   either   version   of   the   simulation,    an    expected   number 
of   kills    (E(K))     for    each    type  of    unit    (RK,    RCC,    BO,    BA,    and 
BC)     for    every   ga  ire    step   is    calculated    from   equations    (5.1), 
(5.2),     (5.3),    or    (5„4).      In    the   deterministic  model,    the 
expected    number    cf    kills    (E(k))     for   each    game  step    is    the 
attrition   rate    fcr    the  force.      In   the    stochastic    version, 
the    expected   number   of  kills    (E(K))    is    used   as   a    basis    for 
calculatinq   the    random  attrition   rate    A  +    for   the    unit.      The 
attrition   rate  A  ♦  is    found    from   the   followinq   equations: 

A+   =   exp(0   +    S*Z)  (5.5) 

where 

0    =   In  (E(K))      -  0.  5  (S)  2  (5.6) 

S2      =    VAR*ln  (1+1/E(K)  )  (5.7) 

and 
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VAR    =  the   variance   as  entered  by    the  user 
Z  =    is  a    random    number  from    a  normal  (0.1)    distribution 
In   fact,    the   stochastic  attrition   is  governed   by    a   log- 
normal   model.       (See    Appendix   C   for   &  derivation    of   equations 
(5.5)  ,     (5.6)  ,    and    (5.7))  . 

C.   HAND-TO-HAND  COMEAT 

Hand-to-hand   or    "close-in"   combat    takes    place    when   a   Red 
force   moves   so   close   to   a  Blue    force    -chat   neither   of    the 
forces   can    fire    their   weapons  at  one    another.      The   outcome 
of   hand-to-hand    combat  is  determined    by   the    number    of    forces 
each   side   has   at   the   beginning   of  the    "close-in'    ccmba-1:. 
The    force    with   the    largest    number   of    units    will   win    the 
battle.      The   winring    force    is   reduced    in   strength    by   the 
number  of    units    it    fought   against.      For    example,    if    a   Red 
force   had   a  total   of    90    units    (60    RM    units    and   30    RCC    units) 
and    a    Blue    force   had    a  total   of   60    units,    then  after    the 
hand-to-hand   com  hat,    30    Red    units   would    have    survived. 
(There   would   be    20    RM   units    and    10    RCC    units,) 

The   hand-to-hand   combat    calculations    are   as    follows: 
if   the   Red    (RT)     force   outnumbers  the    Blue    (BM)    force 
(RT>BM)  ,    then 

RM    =    (RT    -    BM)*RM/RT  (5.8a) 

RCC    =     (RT   -    EM)*RCC/RT  (5.8b) 
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BM=BA=BO=0.0  (5.8c) 

and  if  the  Red  (ET)  force  eguals  or  is  outnumbered  by  the 
Blue  (BM)  force  (RT<BM)  ,  then 

BO  =  (BM  -  RT)*BO/BM  (5.3a? 

EA  =  (BM  -  RT)*BA/BM  (5.9b) 

RT=RM=RCC=0.0  (5.9c) 

where 

RT   =  total    r.umber  of  Red  units   in   hand-to-hand   combat 
RM   =   the   nunber   of  RM    units    in   hand-tc-hand    combat 
RCC   =    number  of    RCC   units   in   hand-to-hand  combat 
BM   =  total    cumber  of  Blue   units   in    hand-to-hand   combat 
BU   =   the   nunber    of    BD    units    in   hand-to-hand    combat 
BA   =   the   nunber    of    BA    units    in    hand-to-hand    combat 
The    simulation   assumes  that    if   a   unit    is   engaged    in 
hand-to-hand   com  tat    during    a    game   step    then    it 

1)  Can  not    he   fired   upon  by   an   opposing    force   during 
the   game   step; 

2)  The   unit    can    not    fire   on   any    other   opposing    force 
during   the   game    step. 

The   hand-to-hand    combat    range   is   a    user   supplied    vari- 
able  during   the    input   phase    of   the   simulation. 
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D.  BATTLE    TERMIKATION 

The   battle    is  considered  over   when    either   all   of   the   Red 
force   or   all   of    the    Elue   fighting   force    is   annihilated.      The 
forces  can   be   eliminated   either   through    attrition    or   hand- 
to-hand   combat. 

E.  BREAK    POINTS 

The   user   can   input  a   Red  break   point    and   a  Blue   break 
point.      The  break  points   are   not    utilized   during    the   battle 
itself,    but  only   after  it   is   ever,    during   the   interactive 
graphics   portion   of   the    program.      Break    points   indicate   to 
the    user   ax   what   point  in   time   the   forces    would   have    broken 
off    the   engagement.       The   break   points    allow   the   user    no 
examine    what  effect    breaking   off    the    engagement    at   that 
point    in    time   would    have   had   on    the    outcome   of   the    battle. 

P.       FORCE    MOVEMENT 

The   present    version    of    the    simulation    allows    the    Red 
units   the   option   of    movement.      The   Blue   units    (both   BM   and 
3C  outposts)    are  stationary.      The   user   can   choose    the   posi- 
tion   of   the   BM   a  r.d    BC   outposts,    but    once   these  positions   are 
selected,    they   remain   fixed    during  the    battle. 

The   user   alsc   selects  the    initial    position  of    the   Red 
units.      However,    unlike  the    Blue    units,    the   Red    units    can 
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move    across   -.he    tattlefield    in   any   direction   and   ax   a    user 
supplied    speed.      The    user   can   specify    up    to    13  turning 
points   at    which    the    Bed    units  change    direction.       After    the 
user   has   entered   Red's  final  turning   point,    the   program 
automatically    finds    the   location   of   the   closest   Blue    Main 
force   and  ensures  that  the    Red   unit    will   move   to    within 
hand-to-hand   com  tat    range   of   the    Blue    unit.      This    feature 
ensures   the   battle    will   terminate. 

The    method  used    to  calculate   the    distance   a    Red    unit 
travels   and   its    location    is    as   follows.      First,    the   distance 
the    Red   unit    would   move   during  a    game    step   is   found    using 
equation    (5.10).      Then  the    distance   between   the    Red   unit 
(point   A    in   Figure    5.1)    and    the    next   Red  turning    point 
(point   B    in   Figure    5.1)     is    calculated    using   equation    (5.11). 
If   the   distance    is   less   than   the   distance   calculated    by 
equation     (5.10),    the    new    coordinates   of    Red's   location    are 
found    usinq   equations    (5*12),    (5.13),    and    (5.14).       However, 
if   Red   would    have   travelled    beyond  point    B,    the   distance 
from    point    A   to    coint   B    is    subtracted    from    the  distance 
found   in   equation    (5.10)    and  the   Red   unit    is   moved   to   point 
B.      The   distance   frcm  point    B  to    point   c   is   then    calculated 
(equation    (5.11))    and   compared   to   the    distance  the   Red   unit 
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has    left   to   move.      Again,    if    the   distance    Red    has    remaining 
to    move    is   less    than   the   distance   between    point    B    and   point 
C,    the  new   coordinates  of  Red's   location   are   found   using 
equations    (5.12),    (5.13),    and    (5.14).       This    process 
continues   until    the    Red   unit   has   reached   its    final 
destination. 
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3 
(XB,YB) 


(XA,YA) 


DST    =    SEEED    *   TIME 


LEN  W(XA    -    XB)  2    ♦     (YA         YB)  2 

ANG  =    T2N-1      (|YB    -     YA|  /  (XB    -    XA)> 

Xf  =    Xi    ♦    LEN    *    COS  (ANG) 

Yf  =    YA   +    LEN    *    SIN  (ANG) 


where 


(5.10) 
(5.11) 
(5.12) 
(5.13) 
(5.14) 


Xf   and   Yf   arc  the  final    coordinates   of   the  Red   unit 

DST   =    distance   a    Red    unit   travels    during  a   game   step 

SPEED   =    Red    speed  of   advance 

TIME   =   number  of    minutes   in    a   game    step 

Points    A,    3,    C    are  usar    specified    turning   points 

Figure   5.1        Red   Movement    Equations. 
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VI.    FOTDRE_ENHANQEMENTS 

After   completing   the   present   version  of  the   program,    it 
became  obvious   that    several    enhancements   could  be    made. 
Some    of   these   improvements    will    be   discussed   in    this 
sec:  ion. 

A.       TWO-PLAYEB   G2ME 

The   simulation    could   be    made    into    a    true   two-player 
game.      In   a   limited    sense,    the   present    version  can   be 
considered    a   two   player   game   since   their    are   two   opposing 
for c«=s   and   one   player   could    make   the    Blue    decisions   and  the 
other   player   could    make  the    Red   decisions.      However,    it 
would   be   a    much    hetter  game    and    learning   experience   if   both 
forces    had   the    opportunity    to   have   the    same   type    of    units, 
ie,    Red   with    comnand    and   control   outposts   and   Blue    with 
counter-command    end    control    forces.       By    allowing    both    the 
Red    and   Blue   forces    to  have    egu al   capabilities,    the   combat 
outcome   would   depend    on   how    effectively   a    player    allocated 
his    resources,    where    he   initially   positioned   his    forces,    and 
the    strategy  the   player   followed   during   the   course   of   the 
battle. 
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In  a    true   twc-player  game,    the   concepts   of  secrecy   and 
information   hidir.g    cculd   be    incorporated.      The   information 
displayed   to   each  player    could   be   made    dependent    on   his 
sensor   inputs.      In    this    way,    each   player   would  be    making 
decisions   based    en    information    obtained    from   his    sensors   and 
the    accuracy   of    that    information  could    be   a   function   of   the 
amount   of   resources    devor.c-i    to   his   sensor   system    and   the 
amount   of   resourses    his   opponent   allocated    to  counter- 
command  and  control. 

B.  RE-SUPPLY   OF    FIGHTING    FORCES 

A    further   improvement   would    be   to    give    both    the   Red  and 
Blue    fighting   foices   an    opportunity   to    re-supply.      This 
capability   would  enable   the    user   to   gain   insight    into   how   a 
battle   could   be    v>on    or  lost    through   a    timely    decision   on 
when    and   where  t c  re-enforce   the    fighting    units. 

This   improvement    ccull    be   made   to    the   present    version    of 
the    simulation   aid    it   could    be   incorporated   into   the   two- 
player  game. 

C,  NEW    TRANSFORMATION    EQUATIONS 

A    user   might   also   want    to   develop   new,    or   refine   the 
present   eguations   for  transforming   BU    to   BA    units.      It    would 
be   interesting   tc  explore   the  sensitivity   of   battle   results 
to   changes   in   transformation   eguations. 
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In  the   present   simulation,    the   BA    units   have   a   higher 
probability  of   kill    than   the   BO    units.      A   new  transformation 
might   possibly   ircrease  the    firing  rate,    or   decrease   the 
attrition   rate  of  the   BA   units   by  RH   units,    or   be    a   combina- 
tion  of  the  three  variables  —  probability  of    kill,    firing 
rate,    and  attrition    rate   of    BA. 

In   this  computer    program  almost   any   combination   is 
possible   since  all   the  variables    are    us=r    defined    and  ".he 
program's    structure    is  modular.       Ths    user   simply    writes   one 
routine   representing   his   new   Transformation   equation    and 
inserts    it    in   place    of  the    old   transformation   routine. 

D.       DEVE10PHEHT    CF    COMBAT   SCENARIOS 

A    fourth   enhancement    would    be   the    development    of    diffe- 
rent   combat   scenarios   to    be    played   oat    in    the   simulation. 
The    new    scenarios    might    incorporate    the    forest   and    cities 
hexes    which  are    en   the  playing   board   but   net    presently   in 
use,    or   they   might    place   restrictions    on    the   two    forces. 

Having   a   variety   of  scenarios   would   allow  the    user    to 
investigate  the    effect  of  command   and    control   in    different 
situations.      It    *ould  give    the  user   the    opportunity   to   gain 
insights    into   which    parameters  are    more    important     (have   a 
greater   effect)     in   the  different   situations.      For    example, 
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in   what   kind   of    combat  situation    is   the    decision   time    of    a 
C2   system   most   important.      One  combat   situation   might    bs   a 
surprise    attack,    while  another   would    be    one   in   which    the 
sensors  detect   t \e   approaching   opposing    forces   before    they 
opened   fire.      Or,   if   the   restriction    on    the   Blue    force    was 
that    for   every   minute   under    a  seven   minute   command   and 
control   decision  time  the   fighting   force    was  reduced    50 
units,    then  how    irany    fighting  units   would  the   Blue   commander 
be   willing  to   give    up  in   order  to   gain   the    extra    time   and 
supposedly    higher  transformation   rata    for   his   unaimed   units. 
If   the   Blue   commander   knew    that    the    opposing    force   could 
never   mount  a   surprise  attack,    then   the    extra  zime   might   not 
be  needed.      In    fact,    it    might   be    decided    to    increase    the   C2 
decision   time   to   8   or   9   minutes   and  thereby   gain    extra 
fighting   forces. 

Many   different   scenarios   could   be    investigated   to   deter- 
mine   the    sensitivity   of    battle   results    to   C2    decisions. 
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APPENDIX_A 
USEEMS   MANOAL 

A.  IHTEODOCTION 

This   computer  simulation   demonstrates   the   effect   of   a 
Command   and  Control    (C2)     system    on  a    stylized   simple    combat 
situation   using    a   simple   C2    model.      The    program    is   interac- 
tive  and   user-friendly  utilizing   high-resolution    color 
graphics   to   display    intermediate   and   end-of-battle    results. 

It   is   hoped    that    use   of    this   simulation    will    provide   a 
user    with   insights    into  the    effect   of   C2    upon   the    outcome   of 
conflicts.      The    user,   by   varying   the    amount   of  C2   and 
counter   C2    used    during  a   particular   battle,    should   come   to 
understand   and  appreciate  the   importance    of   C2,    and    how   C2 
decisions   can   easily   change   the   outcome   of    a    battle. 

The   purpose    cf   this    manual  is  to    familiarize    the   user 
with   the    simulation    and   user   inputs  necessary  to    run    the 
simulation. 

B.  PEOGEAH    STBOCTOHZ 

The  simulation  is  a  modular,  menu  driven  program  coded 
in  FORTRAN.   The  software  can  be  divided  into  five  distinct 
sections: 
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1).      the   mair   program 

2).      the   input    section 

3).      the   comtat   section 

4).      the    command   and  control  section 

5).      the   graphical   output  section. 
A  brief   description    of  all    five    sections   and  their   major 
subroutines   is   ir.cluded    in    this    manual    to   aid  a    user    in 
understanding   the   simulation   and   to   allow   a   user    -co   add   new, 
or  to   improve  on  the   old   subroutines. 

1  -      The    Main    Program 

The    main    program,    along    with    the    BLOCK   DATA    modula, 
has   several  important   functions.       It    initializes    the   RAMTEK 
9400    to   accept   the    graphcial   outpit,    calls   the   major    input 
subroutine,    the    major  combat   subroutines,    the   command   and 
control   subroutires,    and   the    output   subroutines    for    both   the 
intermediate   and  erd-of-bat tie   displays. 

The  simulation  uses    common   statements   to    pass    param- 
eters   from    subroutine   to    subroutine.      The    common    statements 
are    broken    down    so   that    only   the    variables    used    by    a 
subroutine   are   ircluded   in    that    subroutine. 

The   general    flow    of    the    program    is    shown    in   the 
flowchart    in   Figure    A.1. 
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I  START j 


o- 


Initialize    RAMTEK  9  400 
(CALL   RMINIT) 


3 


Initialize  program    variables  and    risers 
TIME    =  0 
(CAIL    INPUT) 
(CAIL    NODES) 


S 


I 


Update    positior.  or    attacking    units 
(CALL    wQVE)  


Calculate   distance  between   forces 
(C3LL    DIST) 


YES 


Compute  hand-to- 
hand  combat  results 

f<7ftiii.  MM) 


——j 


YES 


**    i       m 


compute  attrition 
(CALL  BLATT) 
(CALL  SCAT'.?) 
(CALL  RATT) 

(CALL    FTOTJ 


J 


YES 


——era  ■■  !■——■■■  i  ihj— ■— ta^mmtmm —pi 

Compute  number  or 
units  transformed 


(CALL  C2) 


Update    TIME 
Save   data   for    snd-of   battle  analysis 
(CALL    UPDATE) 


YES 


Display  end-of- 
[battle    results 
(CALL    OUT3) 


'Display   intermediate   Battle   results 


CAIL    KLRED) 
CAIL    DISPLY) 
(CAIL    0UT2) 


& 


Figure   A.1         Flow  Chart   of  the    Main   Program. 
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2.      The  Input  Section 

There  are  two   major    subroutines   in   the  input    section 
of   the   program.      The    first    is  the  subroutine   INPUT.      INPUT 
displays   the   menu  titled   *  Table   of   Variables  and    Current 
Values1    and  allows   the  user    to   changs    any    variable 
displayed.      INPUT   provides    explanations    cf   all   the    program's 
variables   and,    if  a    user   decides   to   change   the   value    of   a 
variable,    it    will  insure  the   new   value    is    within   the    varia- 
ble's  specified    range. 

The  second   major   subroutine   is    NODES.      NODES    first 
displays   the   playing    board,    +  hen   draws    the    approximate 
sensor   range   for   each   BC   outpost   on   the    playing   board,    and 
finally   allows   the    user   to    enter  the   Red    forces'    route   of 
attack.      The   user  must  use    the   P.AMTEK's    trackball    when- 
designating  the    Fed's   units    attack   route.       After    the    user 
has   entered  the    route   of   attack,    NODES    ensures   that   the   Red 
force    will   come    +o    within   hand-to-hand    combat   range    of   a 
Blue   force,    thus   assuring   battle   termination. 

3-      The   Combat    Section 

The  combat   section    includes    force   attrition.    Red 
troop    movement,    hand-to-hand   combat,    and    force   strength 
update  routines. 
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Force  attrition  calculations    are   done   in    three 
subroutines.      RATT    (Red   attrition)    calculates   the    expected 
number  of   Red   units    killed    by  the   Blue    units.      3LATT    (Blue 
attrition)    calculates  the   expected   number   of   Blue    Main    units 
killed   by    the  Red   force.      The  third   subroutine   3CATT     (BC 
outpcst   attritior)     calculates  the    expected    loss    of    BC 
resources   to   RCC   fire.      In    the  routine    FTOT,    the    true   attri- 
tion   rate    for   the   forces    is    calculated.      If  the 
deterministic   model    is   in  effect,    then    the   true   attrition 
rate    is   set    equal  to    the    expected   number   of   kills    calculated 
in   RATT,    BLATT,    and    ECATT.       However,    if   the   stochastic 
version   of   the   mcdel    is   in    effect,    then   the   true    attrition 
rate    is   calculated    using   a    log-normal    distribution. 

The   Red    troop    movement   is   performed    by  the   routine 
MOVE.      The   rout  ire    MOVE    moves  the   Red    force   along   the   route 
selected    by   the    user.      The    routine   HAND    calculates    the 
results   cf   all   hand-to-hand    combat.      And   finally,    the 
routine   UPDATE   saves    the   data  needed    by    the  routines    which 
display   the  end- cf-battle   results. 

**  •      The  Command    and^Control    Section 

There  are  three    main   routines    used   by  the    command 
and   control  section.      The  three    routines   are   DIST,    C2,    and 
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CHANGE.       DIST  calculates    the   distance    between   all    the    unirs 
on   the   playing   beard.      The    range    between    units  is    used   in 
all   attrition  calculations,    and   also    in    the  transformation 
calculations.      Fcr    each   BC    outpost,    the   routine   C2   calcu- 
lates  the    maximun  number   of    BU  units   to    be   transformed   to    BA 
units    during  a    game    step.       The   routine    CHANGE   takes    the 
output   of   the  C2   routine   and    for   each    Blue    Main    force   calcu- 
lates  the   actual   number   of    3U   units   transformed   to    BA    units. 
5.      The  Graphical  Output    Secticn 

There   are  two  distinct   graphical   output    displays. 
The    first   is   the   intermediate  battle    results   which   are 
displayed   at   end   of    every  game   step.      This    display    is   built 
be   several   subroutines.      The   subroutines   include    BOARD, 
PUTMEN,    DELETE,     ETSPLY,    LTRSZE,    CLRBE ,    and    several    minor 
routines.      The   fcrce   status    repo~-cs   shown   at   the   bottom  cf 
the   display   are    generated  by   the   routines   0UT1   and   0UT2. 

The   second    graphical   output   is    the    Force    Strength   vs 
Time    plots.      These    graphs   are   generated    by    the  routine   0UT3 
and    displayed  after    combat    terminates.      0UT3   calls   several 
minor  routines   which   draw   the  axis    (3AXIS)  ,    scales   the   data 
(BSCALE) ,    draws    the    break  points    for    the    forces     (BRKPT) ,    and 
connects   the   data    points   with  a    continuous   colored   line 
(BLINE)  . 
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C.   THE  INPOT  DATA 

Prior   to   running    the   simulation,    the    user  must 

initialize   the    variables   listed    in   the    menu  titled    f Table    of 
Variables   and  Current  Values'.      To  aid    the    user   all   the 
variables   have   been    given  default   values.      To   change    i    vari- 
able's initial   value,    or   to    obtain   an    explanation    of   the 
meaning  of   the   variable,    the   user   simply   enters   the   line 
number  associated   with  that    variable.       For   example,    the   lin€> 
number   associated    with  hand-to-hand  combat    range    is   6. 
After   entering  a   6,    the   user  would   receive   an   explanation   of 
hand-to-hand    combat    range  and  then   have   the    option    of    either 
changing   its   present    value,    or   leaving    it    unchanged. 

The    following  is    a  list    of   ail   the    variables,    their 
associated   line    lumbers,    default   values,    and   an   explanation 
of  the   meaning  of  the   variable. 

Line                    Variable 
Number Default  Value E x p_  1  anation  of   Variab ie 

1  Number    cf    Red   Forces  The    number   of   active   Bed 
Default  :      2  forces.      Each   Red    force 

consists    of   RM    and    RCC 
forces.      There    can    be 
either    1    or   2    Red   forces. 

2  Number    cf    Blue  Forces  The    number   of   active   BM 
Default:      2  forces.      Can  have    1,    2, 
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or    3    forces. 


Number    cf    Blue   Sensor  The    number   of   active    BC 


Outposts    (BC) 


Default:      2 


Seed 


Default:      12345 


Variance 


Default:      1.0 


Time  Step     (Hin) 
Default:      10.0 


Hand-to-Hand   Combat 


Range  (KM) 


outposts.   Can  have  0  to  6 
BC  active  during  a  battle 
Used  to  generate  a  random 
number.   Should  be  an 
integer  from  0  to  99999. 
If  variance=0. 0,  than  a 
deterministic  model  is  in 
affect.   If  variance>0. 0, 
then  stochastic  model  is 
in  effect.   The  variance 
indicates  the  magnitude 
of  variation  in  the 
attrition  rate. 
The  range  is  between  0.0 
and  10.0. 

The  duration  in  minutes  of 
each  engagement..   Range 
should  be  from  1.0  to  99.0 
minutes. 

Distance  at  which  forces 
change  to  hand-to-hand 
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10 


11 


Default:  0.25 

Red  Firing  Bate 
(rounds/min) 
Default:   5.0 

Red  Maximum  Firing 

Range  (KM) 

Default:   3.0 

Red  Protability  of 

Kill 

Default:   0.40 


combat.   The  range  should 
less  than  1.0  KM. 
Number  of  shots  fired  per 
shooter  per  minute  by  *he. 
RED  forces.   Range  should 
be  from  1.0  to  10.0  shots. 
Distance  at  which  Red 
forces  open  fire.   Range 
should  be  from  0.0  to  10.0 
Probability  of  kill  for 
each  shot  fired.   Range 
should  be  from  0.0  to  1.0. 


Red  ;5pe€d  of  Advance     Speed  at  which  Red  forces 


-'KPH) 
Default:   3.0 

Red  Mair  Split 
Firing  Allowed 
Default:   YES 


12      RCC  Split  Firing 
Allowed 


move  across  the  battle- 
field.  Range  should  be 
from  1.0  to  10.0  KPH. 
If  YES,  then  RM  units 
will  fire  on  all  targets 
within  range.  If  NO,  then 
RM  will  only  fired  on 
closest  BM  force. 
If  YES,  then  RCC  units 
will  fire  on  all  BC  units 
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Default:      YES 


13 


m 


RCC   will   fire  at   only 


non-zerc   BC   outpost 


Default :      NO 


Red  Men  and  Location 
Default  :  RM1  =  90  0, 
RCC1  =  900,  X  =  8.0, 
Y  =  3.0 


within  range.   If  NO,  then 
RCC  will  fire  on  only 
closest  BC  outpost. 
If  YES,  then  RCC  will  only 
fire  at  BC  outpost  which 
have  not  been  eliminated, 
BC  which  have  resources 
greater  than  zero. 
If  NO,  then  RCC  will  fire 
at  all  identified  BC 
outpost.   Even  those  which 
have  had  their  resources 
reduced  to  zero. 
The  number  of  RM  and  RCC 
units  initially  active  in 
the  first  Red  force  and 
their  initial  location. 
RM  and  RCC  should  from  0 
to  10000.   The  X  and  Y 
coordinates  should  be 
between  0.0  and  10.0. 
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Red  Men  and  Locaticn     The  number  of  RM  and  RCC 
Default:   RM2  =  90  0,      units  initially  active  in 
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16 


20 


21 


RCC2    =     100,    X  =    1  *  5, 
Y    =    7. 5 


Red    Break    Point 


Default:      0.70 


Blue  Filing  Rate 
(rounds/min) 
Default:   5.0 

Blue  Maximui  Firing 
Range  (KM) 
Default  :   3.0 


the  second  Red  force  and', 
thsir  initial  location. 
RM  and  RCC  should  from  0 
to  10  000.   The  X  and  ? 
coordinates  should  be 
between  0.0  and  10.0. 
The  percent  of  losses 
of  Red's  initial  strength 
at  which  Red  would  retrsat 
Should  be  less  than  1.0. 
Number  of  shots  fired  per 
shooter  per  minute  by  the 
Blue  forces.   Range  should 
be  from  1.0  to  1 0. 0. 
Distance  at  which  Blue 
force  open  fire-   Range 
should  be  from  1,0  to  10.0* 


22  Blue  Speed  of  Advance    Speed  at  which  the  Blue 
Default:  0.0  forces  move.   Not  used  in 

version  of  the  simulation. 

23  Blue  On  aimed  Probability  The  probability  of  kill 
of  Kill  per  shot  of  the  BU  units. 
Default:   0.25  Must  be  from  0.0  to  1.0. 
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24 


25 


26 


Blue   Ser.sor-Aimed 
Probability   of   Kill 
Default:      0.70 
Blue  Split   Firing 
Allowed 
Default:      YES 


27 


Ths  probability  of  kill 
per  shot  of  the  BA  units. 
Must  be  from  0.0  to  1.0. 
If  YES,  then  3M  units  will 
spread  its  fire  equally 
among  all  Red  within 
range. 

If  NO,  then  BM  units  will 
fire  on  only  the  closest 
Red  force. 

The  time  required  by  the 
Blue  forces  to  respond  to 
ths  Red  hostile  action. 
The  range  should  be  from 
0.0  to  99.9  minutes. 
Blue  Men  and  Location    The  number  of  Blue  unaimed 


Blue  C2  Decision 
Time  (MIN) 
Default:   5.0 


Default:   B01  =  800, 


X  =  4.0,  Y  =  4.0 


units  initially  active. 
3U  should  be  less  than 
10000.   The  X  and  Y  coor- 
dinates should  be  between 
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0.0  and  10.0. 


Blue  Mer  and  Location    Same  as  line  27. 


Default  :   BD2  =  80  0, 
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30 


40 


41 


X  =  3.5  ,  Y  =  6.5 
Blue  Break  Point 
Default:      0.50 


Red    Range    Weight 
Default:      2.0 


Blue   Barge    Weight 
Default:      10.0 
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BC  outpcst  Force, 


The  percent  of  losses  of 
Blue's  initial  strength 
at  which  Blue  would 
retreat.   Should  be  less 
than  1.0. 

The  importance  of  the 
distance  from  the  Red 
force  to  the  reporting  BC 
outpost.   Should  range 
between  1.0  and  10.0  where 
1.0  means  the  most  impor- 
tant factor  and  10.0  means 
the  iaasx  important  factor 
The  importance  of  the 
distance  from  the  31ue 
force  to  the  reporting  BC 
outpost.   Should  range 
between  1.0  and  10.0  where 
1.0  means  the  most  impor- 
tant factor  and  10.0  means 
the  least  important  factor 
For  each  BC  ou-post  the 
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to      Sensor  Bange,  Titae  on    initial  amount  of 
47      per  Game  Step,  and       resources  (force) 

Position  allocated  to  the  cutpost, 

Default:   BC1  =  30  0,     its  maximum  sensor  range, 
Sensor  Fange  -  3.0,      the  percentage  of  a  game 
Time  on  =  1.0,  step  the  outpost  is  active 

X  =  5.5,  Y  =  4.5         and  its  position.   Initial 
3C2  =  3  00,  unit  strength  should  be 

Sensor  Fange  =  3.0,      lass  than  9999. 
Time  on  =  1.0,  Maximum  sensor  range 

X=6.0,Y=6.0         should  be  between  1.0  and 

10.0.   Tinu>  on  should  be 
between  0.0  and  1.0. 
Th»  X,Y  coordinates  should 
be  between  0.0  and  10.0. 
The  user  indicates  to  the  program  that  he  has  finished 
initializing  the  variables  by  entering  a  99  at  the  keyboard. 
After  entering  9  9,  the  user  can  select  the  Bed  routs  of 
attack.   Entering  the  attack  route  has  been  simplified  for 
the  user  through  the  use  of  the  RAMTEK's  trackball.   The 
user  designates  all  turning  points  by  moving  the  trackball 
cursor  to  the  hex  where  -he  turning  point  is  to  occur  and 
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depressing   the  erter   key   on    the    trackball.      The   user    car- 
designate   a   maxinum    cf   13   turning   points   for   each    Red   unit. 
The    Red   force    will   travel  in   a   straight    line   from   turning 
point   to   turning   point.      When  the  desired   path  of    the   Red 
force   has   been   entered  than    move   the   cursor   into   the    red 
area    at  the   bottom   of  the  screen   and    depress  the    enter    key 
on   the   trackball. 

On   the   second  and  all  subseguent   runs,    the   user   is   given 
the    option   of  entering  a   new   route  of    attack  or   using   the 
previous   route  of  attack.       If  the   user    selects  to    use   the 
previous   route   of  attack,    the  Red   force    will   start   and 
finish   at   the  sane   location    as   in   the    last   run.      Therefore, 
the    user    should    rot    change    the   X   or    Y    coordinates    of    either 
the    Red   force   or  the    Blue   force    when    electing   to    use   the 
attack  route   of    the    previous   run. 

D.       OUTPUT 

Ther€  are  twc  distinct  high- resolution  graphical 
displays  used  by  the  simulation.   One  is  the  playing  board 
displays  which  indicate  unit  position  and  strength  at  the 
end  cf  each  game  step  and  provide  one  cf  four  different 
status  reports  at  the  bottom  of  the  screen.   The  other  is 
the  Force  Strength  vs  Time  plot  which  is  available  to  the 
user  at  the  end  cf  a  conflict. 
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1 •      Playing    Eoard  Displays 

Figures    2.5,    2.6,    2.7,    2.8   ace   examples   of    playing 
board   displays.       Each   picture   shows   the    same    point    in   time 
of   a   battle   but    a   different    status  report   is   displayed   at 
the    bottom   of   th €   screen.      The   user   selects   the   status 
report    desired   by   placing  the  trackball    cursor  over   the 
letters   representing   the  status    report    and    depressing   the 
enter   key.      For    example,    to    view   the    Blue   Force    Status 
report    the    cursor   is    placed    over    the    word    'BLUE'    and    the 
enter   key   is    depressed.      To    examine   the    BC   Outpost    Status 
report   the   cursor   is    placed    over   the    letters    'BC1    and   the 
enter   key   is   depressed.      When  the   user    places   the   cursor 
over    the   word    'MCDEL*    and  depresses   the    enter   key,    the   posi- 
tion   and    strength  of    all    the    forces    for    the   next    game   step 
is   displayed   on    the    playing    board. 
2 •      Force   S trengtb^ys^r ime  .Plots 

At    the   erd   of   a   battle,    the   user    can   build    graphs 
such    as   the  one    shown   is   Figure    2.9.  To    build   a   graph,    the 
use    selects   a    force    to   be   plotted.      For    example,    to    plot    the 
Blue   total    fighting    force   strength    (BT1)     vs   time,    the    user 
places   the   cursor  over  the    letters   BT 1    and    depresses    the 
enter    key.      A   plct    of   force    strength   vs    time   will    be    made 
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for    the    first   Blue   Main    force.      Spaced   along   the   line    will 
be  the   letter   in   parenthesis   next   to   the   force  selected,    in 
this    case   the   letter   G.      This  feature    allows  the    user   tc 
distinguish   between    lines   of  the   same    color.       (The   Red 
forces   have  red    lines  and  letters;    the    Blue   fighting   forces 
have    blue   lines    and    letters;    the   BC   outposts   have    black 
lines   and    letter-.)       Break    points    (a    user    input)     are   shewn 
on   the  total    force    strength    lines   only    (RT1,    RT2,    BT12,    BT2, 
BT3)  .      Break    points    enable    the  user   to    hypothesize   what 
would    have   happened   had   the    units  retreated  upon    reaching 
their   break   point. 

To   cie^r  the    screen    and   replot    a   force,    the   user 
places   the   cursor   over  the    words    'NEW    PLOT1    and   depresses 
the    enter   key.      To   terminate   the    plotting   routine   and   return 
to   the   beginning   of   the   next   simulation    run,    the    user    places 
the    cursor    ever     the    word    'RETURN1    and    depresses    the   enter 
key. 

There   is   a    maximum    of  50    data    points    per    line    which 
can    be   plotted    ir  this  routine.      Therefore,    if  a    battle 
simulaticn    has    mere    than   50    game   steps,    only   the    first    50 
data    points   will   be    plotted. 
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E.       TO    HUH   THE    SIMULATION 

The   simulaticn    program    is  located    in   Spanegle    Hall   room 
500    on   the    PDP    1  1/50    computet   system.       To   run  the    simula- 
tion,   the   user   must    do  the    following: 

1).       Turn   on    the    RAMTEK    9400.      The    OVOFF   switch    is 
located  on  t  te.  front    panel  of   the   PAMTEK   9400    cabinet. 
2).      Turn  on  the   RAMTEK    9400    keyboard,    trackball,    and 
color    monitor.       All   of    the   ON/OFF    switches   for    these 
devices   are    clearly    marked   on   tha    front   of   each    d=vice. 
3).      Log    on    to   the   PDP    11/5  0   system    at    a.iy  terminal 
located   in  the   room.      The   commands    are 
>HEL    BENT 
>password:       BENT 

(a    system  message   is   displayed) 
>RUN    BENT 
(Note   that   t  Ire    >    sign   is   a   system    prompt    and    that    the 
user    only  tyjes    the   letters    that    are    capitalized.      The 
lower   case    letters  are    displayed    to    the   srceen    by    the 
PDP    11/50   operating   system.) 

4).       After   entering   RUN    BENT,    the    user    must    use  the 
RAMTEK    keyboard    and  trackball   to    communicate    with   the 
simulation.      The    program   is   interactive    with    step-by- 
step   directicns    provided   for   the   user. 
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5).  After  the  last  simulation  run,  the  user  should  log 
off  the  system  by  entering  the  following  command  at  the 
terminal   at    which  he   logged   on 

>BYE 
To  obtain   a    copy  cf  the    source   code,    the   user    should 
enter  the    following    command    prior   to    logging   off   the    system 

>»PENT 
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APPENDIX    B 
•DERIVATION    OP    ATTRITION    EQUATIONS1 

Suppose   a   Blue    force   confronts   a   Red   Force.      Further, 
suppose   that   Blue  attacks  Red  and  does   so   without    coordina- 
tion   (command  anc  ccntrol)  ,    ie,    each    B    in    Blue   picks   a 
member   R    in   Red    at   random  and   fires   at    it   independently  of 
the    actions  of   the   other  B's   in    Blue.       Assume   that   all   Rs   in 
Red   are  equally    likely  to   receive   fire    from   a   single    B. 
Also,    assume  that  the   kill    probability   of    B   against   R    is 
given   by   the    expression 

Pb    =    Pw    *   exp(-RANGS)  (B.1) 

where   RANGE   is  the   distance    between   the    firing  B    and   the 
receiving    R   and    Pw    is   the   probability    of    kill   for    the    weapon 
fired.      Further,    let     /     denote   the   firing   rate  of    B. 

Let    K    denote  the    random    number  of    Rs   killed   by   the   Bs 
per    engagement    ( cf   duration  ^)  .      Then    during  the    engagement 
of    time  yV*,    the    E   fires    i   *E   shots.       The    number   of   Rs 
killed,    K,    may   be   expressed    as 

K   =   1(1)    +   1(2)     +    ...    +    I(j)+    ...    +    I(r)  (3.2) 

where   R    is    the   number   of   Reds  receiving    fire   during   the 
period,    and  the     indicator  random    variable 
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(  1     if  the  jth  R  is  killed  by  B  fire 

Ki)  =  1 

^  0    otherwise 

then  the  expected  number  of  kills,  E(k),  is 

R 

E  (K)  -    M|I(i))  =  3*E(I(1))  =  R*P(I(j)=1)       (B.3) 

1  =  1 

where  P(I(j))a1)  is  the  probability  of  at  least  one  kill 

during  the  engagnent  duration  /\  t    assumed  to  be  the  same 

for  each  element  of  the  Red  force.   If  E  (I  (i) )  can  be 

computed,  then  E  (K)  can  be  found. 

First  of  all,  it  should  be  noted  that  the  probability 

that  i  of  the  B'£  targat  the  jth  R  is  given  by  the  binomial 

i         B-i 
B\   (1/R)  (1-(1/R))         ,     i  =  0,1,2,...,3   (B.4) 


Then,    given  that   a    B    is   targeted   on   the    jth    R,    the    prob- 
ability   of   at   least    ~ne    kill   in    an   engagement   of    duration 
is 

y  v 
i  -  (1  -  pb> r  ^ 

Therefore,    the    probability    of  at   least    one    kill    by      i      B's 
firing  independe  r.tiy   is 


i-ptr  A 


i 

1    -     ((1-Pt)'    /v   )  =       1    -    Z  (B.5) 

where  Z   is   the   probability    cf  no   kills    per   engagement    with 

one    B.      Now, 

B 

Si         /B\  i  B-i 

n  (1-    Z  )       UJ     (VH)       (1    "     (VR) 

1=0 
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B 
=       1    -     (Z   *    (1/B)    ♦       1    -     (1/R))  (3.6) 

Since    E(I(i))    =    E(I(i)  =  1),    then 

E(I(i))    =    1    -    (1-  (1/R)*(1-(1-Pb)   'S  (B.7) 

Then    from   equation    (B.3)  , 


7  >-        B 
1-    M-PbK    'vn 


E  (K)     =    R*(1    -      H    -(1/R)*(1-    (1-Pb)      '*))  (B.8) 

Equation     (B.3)    is  Equation     (4.2)     which    is   used   in    the 
computer    simulation    to  find    the    expected    number    of    kills 
from    unaimed    fired. 

When    B    is    firinq    on   R   with   coordination,    the    experssion 
for    E  (K)    becomes 

E(K)    =    B*(1    -     (1-Pb)'        )  for    3/R<1  (3.9) 

and 

/  7X(B/S)\ 

E(K)     =    R*    /  1    -     (1-Pb)  J  for     (B/R)>1  (3.10) 

Equation     (B.9)    assumes  that    one    3   per    R    is    allocated    for    as 
lonq   as   the   B's    last.      Equation     (3.10)     assumes   that     (3/R) 
B'S    are   allocated   to    each   R    durinq   the    engagement.      No 
account    is  taken  of   the   fact   that   B/R    is   often   not    an 
integer. 

Equation     (B.9)    and    (B«  1  0)    are  the    aimed   attrition   equa- 
tions  of   Chapter   IV. 
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4£PJNDIX_C 
DEBIVATICH    OF   THE   STOCHASTIC    ATTRITION    RATE 

Assume   that    F(t-1)    represents   tha    size   of  the   Red   force 
at  the    (t-1)    step  in   time.       Let    A+   be   the   stochastic   attri- 
tion   ra+e   of  the   Red   fores    by   the  Blue    force   at   the      t      step 
in   time.      Let  Or  (t)     be  equal  to   the   expected   number   of   kills 
(E(k) )    of   the  Red   force   by    the  31ue    force    found    by   using 
equations    (5.1),     (5.3),    and     (5.4).      An    equation    for    A*    will 
now    be   developed   based  on   a    log-normal    distribution. 
For   a   log-noimal   distribution 

X   =   exp    (U    +   S*Z)  •  (O  1) 

where 

Z      is   a   random   variant   from    a  normal    (0,1)    distribution 
U     is   the   mean 

S      is   the  standard   deviation 
The    expected    value    of      X      is 

E  (X)    =      E  (exp(U    +    S*Z)  ) 

=      exp  (0)    *  E  (exp  (S*Z) ) 
but  E(exp(^*Z))    =  exp  (0.5*02) 

Therefore, 

E(X)     =    <=xp(U    +    0.5*S2)  (C-2) 
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If  the  expected  value  of  X,  E(X),  is  equal  to  the  expected 
number  of  kills  Sr(t)  of  the  Red  force,  then 

E(X)  =  6r(t) 
and 

Sr  (z)    =  exp  (0  +  0.  5*S2) 

In  (0r(t))     =    0  +    0.  5*S2 
and   therefore, 

0  =   ln(6r(t))    -   0.  5*sz  (C-3) 
The    variance   of      X    is 

VAR(X)     =   E  (X2)     -     (E(X)  )  2 
Now  E(X2)     =   exp  (2ZJ    +    2S2) 

and  (E  (X))  2   =   exp(2U  +    S2) 

Therefore, 

VAR(X)     =  exp(2U    +  2S2)    -    exp(2U    +    S2) 
=  exp(2U   ♦    S2)*(exp(S2)     -    1) 
=    (E(X))*(exp(S2)    -    1) 
For    a   Poisson   Distribution, 

VAR  (X)  /Z(X)     =    1 
Therefore,    assuming    Foisson    variability    in    kills, 

1  =   E  (X)*  (exp(S2)     -    1) 
and   if      ©r(t)    =    E(X),    then 

1    =   Qr  (+)  *  (exp(S2)     -   1) 
(exp  (S*)   -    1)    =    1/-0r  (t) 
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£2   r  inn    +    l/er(t) ) 
and   wher  VAF(X)/E(X)    #    1 


(C-4) 


then 


and 


S2   =   VAE(X)*(ln    1    +    1/er(t)) 


(C-5) 


S    =    SQRT(S2)  (C-6) 

Finally,    let    A+    be  equal   to    X   in    equation    (C-1)    and   then 
A+   =    exp(D    +    S*Z)  (C-7) 

where 

U      is   the    mean    fcund   in   equation    (C-3) 

S      is   the   standard    deviation    found   in    equations    (C-5)    and 
(C-6)     and 
Z      is   a   random   vsriate  from    a   normal    (0,1)    distribution 
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